home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001048_timbl@www3.cern.ch _Thu May 6 18:43:13 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <timbl@www3.cern.ch>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA01119; Thu, 6 May 93 18:43:13 MET DST
  4. Received: from www3.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA04578; Thu, 6 May 1993 19:03:55 +0200
  6. Received: by www3.cern.ch (NX5.67c/NX3.0S)
  7.     id AA18296; Thu, 6 May 93 18:59:40 +0100
  8. Date: Thu, 6 May 93 18:59:40 +0100
  9. From: Tim Berners-Lee <timbl@www3.cern.ch>
  10. Message-Id: <9305061759.AA18296@www3.cern.ch>
  11. Received: by NeXT.Mailer (1.87.1)
  12. Received: by NeXT Mailer (1.87.1)
  13. To: aronsson@lysator.liu.se
  14. Subject: forwarded... [Explicit Linking is Impossible]
  15. Cc: www-talk@nxoc01.cern.ch
  16. Reply-To: timbl@nxoc01.cern.ch
  17.  
  18.  
  19. > Date: Wed, 5 May 1993 23:24:26 +0200
  20. > From: aronsson@lysator.liu.se
  21.  
  22. > [..]  If the destination document is maintained by someone else, he
  23. > should be notified that I have a link going there, so he doesn't
  24. > rename or reorganize his document without notifying me again.
  25.  
  26. In HTTP there is another SBNIBAYAFAIK feature that the client can
  27. quote the "referee" (ie link source) when following a link. The
  28. features is designed to allow backward links to be built up as the
  29. forward links are followed.
  30.  
  31. > Date: Thu, 6 May 1993 01:21:40 +0200
  32. > From: aronsson@lysator.liu.se
  33.  
  34.  
  35.  
  36. > What exactly does "pre-load a search" mean, and how do I implement
  37. > this in an HTML document?
  38.  
  39. If there exists an index which covers the area (like if I got around
  40. to WAIS-idnexing all of that, you would quote something like
  41.  
  42.     http://info.cern.ch/hypertext?style
  43.  
  44. and point the reader at the results of a wais serach for style in
  45. the database.
  46.  
  47. > What if Tim and his WWW service moves from CERN to a new place?   
  48. What
  49. > if Tim decides to rename "WWW/Provider/Style" to "WWWSTYLE.DIR"?
  50.  
  51.     A big difference between the http deamon and the ftp daemon
  52.     is the document name to filename mapping. Though I wish
  53.     I had named the documents "/InformationSystems..." rather
  54.     than "/hypertext", I won't change the document names even
  55.     if I move the files. I will write a server which maps the  
  56. document names into their new places. In fact, already you are
  57.     spared making references to
  58.     "/Net/dxcern/userd/timbl/hypertext..." thanks to the
  59.     mapping.  Look at the mapping as a local name server so that
  60.     within the server the path is in fact a name not an address.
  61.  
  62.     [Of course filenames aren't addresses either. I wouldn't like
  63.     to have to count how many mappings occur before we get to
  64.     the disk track/sector/cylinder numbers.]
  65.  
  66. > If someone can pull this rug, why should I stand on it?
  67.  
  68.  
  69.     If I want to, I cn turn the server off. But I don't want to.
  70.     It is in my interests to maintain the pointers.
  71.     
  72. > I would be happier to refer to an ISBN number, because then I only
  73. > specify the publisher, and not the library where I found the book,  
  74. and
  75. > there would be an organization for registering new ISBN numbers  
  76. that
  77. > would stop an author from changing a documents name.
  78.  
  79. Have you joined uri@bunyip.com to talk about naming and addressing
  80. of document resources?  If not, you might like to. Mail uri-request  
  81. of course not the list.
  82.  
  83. Tim